Data auditing method and device

ABSTRACT

A query request is forwarded to a plurality of service provider servers by a proxy server that determines a serial number based on the query request. An encrypted query result corresponding to the query request is received from each service provider server, and a copy of the encrypted query result is stored as a result to be audited in a blockchain that associated with each service provider server. An audit request is sent to at least one service provider server. The result to be audited is obtained from the blockchain corresponding to the service provider server. As a standard result, an encrypted query result is received from the service provider server. As an audit, the standard result received from the service provider server is compared with the result to be audited that obtained from the blockchain that associated with the service provider server.

CROSS-REFERENCE TO RELATED APPLICATIONS

This application claims priority to Chinese Patent Application No.201710995706.X, filed on Oct. 23, 2017, which is hereby incorporated byreference in its entirety.

TECHNICAL FIELD

The present application relates to the field of informationtechnologies, and in particular, to a data auditing method and device.

BACKGROUND

As a supervising mechanism, auditing plays an important role in modernsociety. Currently, with the development of network technologies, moreand more types of audit content emerge, for example, auditing a user'sinsurance status in an insurance company, auditing a user's loan status,and auditing a user's assets. As such, service providers can determinewhether to provide a service for a user or determine the type of theservice to be provided based on audit results.

In the existing technology, the open market leads to a plurality ofservice providers for the same type of service in the market. For thesame type of service, a user can obtain the same kind of service frommultiple service providers that provide the service. As such, themultiple service providers perform the same kind of service for theuser, which called as a service of a multi-provider type.

The following uses a loan service as an example for description. In theexisting technology, when a loan provided by a single lender cannotsatisfy a user's needs, the user can further make a loan request to aplurality of lenders to obtain more loans, that is, multi-lender loans.

As such, any lender that provides a loan service needs to audit the userto evaluate the risk of the loan service before providing the service,and determine an amount of loans that can be provided for the user basedon an amount of loans obtained by the user from other lenders (that is,an obtained audit result).

For example, if user a needs a loan of 1 million, because a loan(assumed to be 300,000) obtained by user a from bank b cannot satisfyneeds of user a, user a can continue to initiate loan requests to bank cand bank d. In such case, bank c and bank d can audit user a, anddetermine whether to lend a loan to user a, and determine an amount ofloans to be provided to user a based on an amount of loans obtained byuser a from other banks.

However, because an amount of loans obtained by a user from a lender isprivacy data of the lender, the lender usually does not want to providethe information to a third party (such as another user or anotherlender). In addition, to ensure security of the privacy data, theprivacy data is usually stored only at the lender side. As such, it isdifficult for a lender to obtain privacy data of another lender. Inaddition, even if the other lender provides the privacy data, theauthenticity of the privacy data is difficult to verify.

The present specification provides a new data auditing method and devicebased on the existing technology.

SUMMARY

Implementations of the present specification provide a data auditingmethod and device, to resolve the following problem: In an existingmulti-provider type service, because service data of a user at eachservice provider is privacy data of each service provider, it isdifficult to audit the service of the multi-provider type, andconsequently user experience is poor in the service of themulti-provider type, such as a multi-lender loan service.

The following technical solutions are used in the implementations of thepresent specification:

A data auditing method includes the following: sending a query requestto several service provider devices when receiving the query request, sothat each service provider device determines an encrypted query resultthat corresponds to the query request based on the query request, andstores the encrypted query result as a result to be audited in ablockchain; obtaining the result to be audited that is stored by eachservice provider device from the blockchain when receiving an auditrequest for the query request, and sending the audit request to theservice provider device, so that the service provider device returns theencrypted query result that corresponds to the query request based onthe audit request, and uses the encrypted query result as a standardresult; and auditing the service provider device based on the result tobe audited and the standard result.

A data auditing method includes the following: determining, by a serviceprovider device when receiving a query request sent by a proxy device,an encrypted query result that corresponds to the query request based onthe query request, and storing the encrypted query result as a result tobe audited in a blockchain; determining the encrypted query result thatcorresponds to the query request based on an audit request whenreceiving the audit request sent by the proxy device for the queryrequest, and using the encrypted query result as a standard result; andreturning the standard result to the proxy device, so that the proxydevice audits the service provider device based on the standard resultand the result to be audited that is obtained from the blockchain.

A data auditing device includes the following: an evidence storagemodule, configured to send a query request to several service providerdevices when receiving the query request, so that each service providerdevice determines an encrypted query result that corresponds to thequery request based on the query request, and stores the encrypted queryresult as a result to be audited in a blockchain; an acquisition module,configured to obtain the result to be audited that is stored by eachservice provider device from the blockchain when receiving an auditrequest for the query request, and send the audit request to the serviceprovider device, so that the service provider device returns theencrypted query result that corresponds to the query request based onthe audit request, and uses the encrypted query result as a standardresult; and an audit module, configured to audit the service providerdevice based on the result to be audited and the standard result.

A data auditing device includes the following: an evidence storagemodule, configured to determine, when receiving a query request sent bya proxy device, an encrypted query result that corresponds to the queryrequest based on the query request, and store the encrypted query resultas a result to be audited in a blockchain; a response module, configuredto determine the encrypted query result that corresponds to the queryrequest based on an audit request when receiving the audit request sentby the proxy device for the query request, and use the encrypted queryresult as a standard result; and a sending module, configured to returnthe standard result to the proxy device, so that the proxy device auditsthe service provider device based on the standard result and the resultto be audited that is obtained from the blockchain.

A proxy device includes one or more processors and a memory, where thememory stores a program, and the program is configured to be used by theone or more processors to perform the following steps: sending a queryrequest to several service provider devices when receiving the queryrequest, so that each service provider device determines an encryptedquery result that corresponds to the query request based on the queryrequest, and stores the encrypted query result as a result to be auditedin a blockchain; obtaining the result to be audited that is stored byeach service provider device from the blockchain when receiving an auditrequest for the query request, and sending the audit request to theservice provider device, so that the service provider device returns theencrypted query result that corresponds to the query request based onthe audit request, and uses the encrypted query result as a standardresult; and auditing the service provider device based on the result tobe audited and the standard result.

A service provider device includes one or more processors and a memory,where the memory stores a program, and the program is configured to beused by the one or more processors to perform the following steps:determining, when receiving a query request sent by a proxy device, anencrypted query result that corresponds to the query request based onthe query request, and storing the encrypted query result as a result tobe audited in a blockchain; determining the encrypted query result thatcorresponds to the query request based on an audit request whenreceiving the audit request sent by the proxy device for the queryrequest, and using the encrypted query result as a standard result; andreturning the standard result to the proxy device, so that the proxydevice audits the service provider device based on the standard resultand the result to be audited that is obtained from the blockchain.

The at least one technical solution used in the implementations of thepresent specification can achieve the following beneficial effects:

According to the method and device provided in the presentspecification, when receiving the query request, each service providerdevice can store, in the blockchain, the result to be audited that isobtained after irreversible encryption is performed on the query result.As such, if the audit request for the query request is receivedsubsequently, each service provider device can be audited based on theresult to be audited that is stored in the blockchain and the encryptedquery result (which is used as the standard result) returned by eachservice provider device. Because the result to be audited that is usedfor evidence storage is the encrypted query result, privacy data of eachservice provider can be prevented from leaking. In addition, thepossibility of tempering the result to be audited in the blockchain iseliminated. Therefore, each service provider device can be audited, toprovide a better basis for carrying out the service of themulti-provider type, and improve user experience.

BRIEF DESCRIPTION OF DRAWINGS

The accompanying drawings described here are intended to provide afurther understanding of the present application, and constitute a partof the present application. The illustrative implementations of thepresent application and descriptions thereof are intended to describethe present application, and do not constitute improper limitations onthe present application. In the accompanying drawings:

FIG. 1 illustrates a data auditing process, according to animplementation of the present specification;

FIG. 2a to FIG. 2c are schematic diagrams illustrating a system thatincludes all parties in a data auditing process, according to animplementation of the present specification;

FIG. 3 illustrates another data auditing process, according to animplementation of the present specification;

FIG. 4 is a schematic structural diagram illustrating a data auditingdevice, according to an implementation of the present specification;

FIG. 5 is a schematic structural diagram illustrating another dataauditing device, according to an implementation of the presentspecification;

FIG. 6 is a schematic structural diagram illustrating another proxydevice, according to an implementation of the present specification;

FIG. 7 is a schematic structural diagram illustrating another serviceprovider device, according to an implementation of the presentspecification; and

FIG. 8 is a flowchart illustrating an example of a computer-implementedmethod for auditing data, according to an implementation of the presentdisclosure.

DESCRIPTION OF IMPLEMENTATIONS

To make the objectives, technical solutions, and advantages of thepresent specification clearer, the following clearly and completelydescribes the technical solutions of the present application withreference to the specific implementations and the correspondingaccompanying drawings of the present specification. Apparently, thedescribed implementations are merely some rather than all of theimplementations of the present application. All other implementationsobtained by a person of ordinary skill in the art based on theimplementations of the present specification without creative effortsshall fall within the protection scope of the present application.

The technical solutions provided in the implementations of the presentapplication are described in detail below with reference to theaccompanying drawings.

FIG. 1 illustrates a data auditing process, according to animplementation of the present specification. The process can include thefollowing steps.

S100. Send a query request to several service provider devices whenreceiving the query request, so that each service provider devicedetermines an encrypted query result that corresponds to the queryrequest based on the query request, and stores the encrypted queryresult as a result to be audited in a blockchain.

In one or more implementations of the present specification, the dataauditing process can be a process of auditing data of a plurality ofservice providers in a scenario of a service of a multi-provider type.For example, if user a applies to insurance company e for insurance,insurance company e can send an audit request to other insurancecompanies to determine an asset condition of user a and a total insuredamount, to subsequently determine whether to provide an insuranceservice for user a. The present specification does not limit a specificservice of the multi-provider type.

For ease of description, the following provides description by using amulti-lender loan as the service scenario in the data auditing processprovided in the present specification. Therefore, the query request canbe a loan query request, each service provider can be a lender thatprovides a loan service, the service provider device can be a lenderdevice, and the auditing process can be a process of auditing data thatcorresponds to an amount of loans provided by each lender for a user.

In a multi-lender loan scenario, when a user applies to any lender for amulti-lender loan, the user can provide a total amount of loans obtainedby the user from other lenders, so that the lender can join amulti-lender loan service and determines a subsequent operation.Therefore, in the present specification, the user can send a loan queryrequest to query the total amount of loans obtained by the user from thelenders. Alternatively, the lender can query the total amount of loansobtained by the user. Therefore, in the present specification,alternatively, the lender can send a loan query request to query thetotal amount of loans obtained by the user from the lenders. Certainly,alternatively, another person or institution can send a loan queryrequest to query a total amount of loans obtained by a user from thelenders.

Therefore, in the present specification, when receiving the loan queryrequest, a proxy device can send the loan query request to each lenderdevice. The proxy device can be a software server integrated into athird-party device that does not share any mutual interests with thelenders, or can be integrated on a certain lender device.Implementations are not limited in the present specification.

In addition, in the present implementation of the present specification,after receiving the loan query request, the proxy device can establish aservice process based on the loan query request, and determine a serialnumber of the service process, that is, a serial number that correspondsto the loan query request.

Further, in the present specification, after receiving the loan queryrequest, the proxy device can send the loan query request to each lenderdevice, so that each lender device returns an encrypted amount of loansobtained by the user from the lender, and determines a total amount ofloans of the user based on each encrypted amount of loans.

First, in the multi-lender loan scenario, the user can obtain a loanfrom any lender that provides a loan service. Therefore, the proxydevice can first determine each lender device that provides a loanservice. The lender device in the present specification can be a devicesuch as a server or a terminal of the lender. Certainly, the presentspecification does not limit a method used by the proxy device todetermine each lender device.

Afterwards, the proxy device can further send the loan query request toeach lender device, so that each lender device determines a limit ofloans obtained by the user from the lender as a query result based onthe loan query request. Finally, after the query result is encrypted,the query result is used as a result to be audited for evidence storageand is returned to the proxy device. It is worthwhile to note that, foreach lender, the query result is the amount of loans if the lender hasprovided a loan for the user, or the query result can be zero if thelender has not provided a loan for the user.

To facilitate subsequent verification on the query result, the lenderdevice can store the query result for evidence storage. To prevent thequery result from being leaked or tampered with, the lender device canfirst perform irreversible encryption on the query result to obtain anencrypted result, so that the query result cannot be restored even ifanother person obtains the encrypted result, to avoid privacy dataleakage. Afterwards, the encrypted result is stored as a result to beaudited in the blockchain to ensure that the result to be audited cannotbe tampered with. After the query result is encrypted, a digest of thequery result can be obtained. In other words, the result to be auditedcan be the digest of the query result.

The lender device can first generate a random number. A value intervalof the random number can be set as needed, and is not limited in thepresent specification. Afterwards, the query result (that is, the amountof loans) and the random number are combined, a result obtained throughcombination is then encrypted based on a predetermined irreversibleencryption algorithm to obtain an encrypted result and use the encryptedresult as the result to be audited, and the result to be audited isfinally stored in the blockchain. A method for combining the randomnumber and the query result can be set as needed. An algorithm for theirreversible encryption can include at least one of a message digestalgorithm 5 (MD5), a hash algorithm, and a secure hash standard (SHS).

For example, if lender device a generates a random number 1325, and thequery result is that an amount of loans of user b is 500,000 in RMB,lender device a can insert the random number into a specified locationof the query result, and then perform MD5 encryption to obtain anencrypted result. If a plaintext obtained after combination is: Theamount of loans of user b is 500,000 in RMB 1325, after MD5 encryption,96e052089c61792b80faf2dd9901f7b6, that is, the result to be audited, isobtained.

For ease of understanding, as shown in FIG. 2a , the presentspecification correspondingly provides a schematic diagram of a systemthat includes all parties for the previous process. It can be seen thatthe user sends the loan query request to the proxy device, the proxydevice sends the loan query request to lender devices (for example, adevice of lender A to a device of lender C in FIG. 2a ), and each lenderdevice stores a determined result to be audited in a blockchain tocomplete a data evidence storage process. The loan query request is notdirectly sent to each lender device, but is forwarded by the proxydevice as an intermediary to each lender device.

Further, the lender devices in the present specification can returntheir respective determined query results to the proxy device. For eachlender device, to prevent privacy data leakage, the lender device canreturn the encrypted query result to the proxy device, that is, returnthe result to be audited to the proxy device. In this case, the proxyserver can further receive results to be audited that are respectivelyreturned by the lender devices, and process the results to be audited byusing a secret shared (SS) method, to obtain the total amount of loansof the user and provide the total amount of loans for the user. Thetotal amount of loans can further include the serial number thatcorresponds to the loan query request, so that the user can determine aloan query request that corresponds to the total amount of loans, thatis, the query result.

Certainly, based on the schematic diagram of the system shown in FIG. 2a, each lender device can return the obtained result to be audited to theproxy device, and the proxy device determines the total amount of loansof the user, and then returns the total amount of loans to the user, asshown in FIG. 2 b.

In addition, for each lender device, a type of blockchain that thelender device stores the result to be audited in is not limited in thepresent specification.

S102. Obtain the result to be audited that is stored by each serviceprovider device from the blockchain when receiving an audit request forthe query request, and send the audit request to the service providerdevice, so that the service provider device returns the encrypted queryresult that corresponds to the query request based on the audit request,and uses the encrypted query result as a standard result.

In the present implementation of the present specification, the proxydevice is used as the main entity of the data auditing process. Becausestep S100 can be considered as a data evidence storage process, eachlender device can store the result to be audited for evidence storage.In addition, for the loan query request, the proxy device can obtain thetotal amount of loans of the user and return the total amount of loansto the user based on the result to be audited returned by each lenderdevice. If the user doubts the total amount of loans, it indicates thatthe result to be audited returned by the lender device is inaccurate. Inthis case, the user can further initiate an audit request for the loanquery request to the proxy device. The proxy device can obtain theresult to be audited that is stored by each lender device in theblockchain, obtain the encrypted query result that corresponds to thequery request from each lender device again, and use the encrypted queryresult as a standard result, to help to audit each lender devicesubsequently.

The audit request can further include the serial number that correspondsto the loan query request.

In addition, the audit request can be directly initiated by the user tothe proxy device, or can be initiated by the user by using a certainlender device. In this case, a sender of the audit request can be anylender device. Implementations are not limited in the presentspecification.

Further, the result to be audited that is stored by each lender devicein the blockchain is obtained. The result to be audited is the encryptedquery result that corresponds to the query request.

For each lender device, in step S100, the proxy device receives astorage address that corresponds to the loan query request and that isreturned by the lender device. Therefore, the proxy device can locallystore a mapping relationship between the lender device, the storageaddress, and the serial number. Therefore, the proxy device candetermine the storage address that corresponds to the serial number andthat is returned by the lender device based on the serial numberincluded in the audit request, and obtain the result to be audited thatcorresponds to the loan query request and that is stored by the lenderdevice from the blockchain based on the storage address.

For example, it is assumed that in step S100, the proxy device stores adata mapping relationship shown in Table 1.

TABLE 1 Total amount of loans Serial number Lender identifier Storageaddress 1 million RMB 0WK00 Bank a X1 Bank b X2 Bank c X3 Bank d X4 Banke X5

The proxy device can directly determine the storage address of theresult to be audited of each lender device based on the serial number,and obtain each result to be audited from the blockchain.

Further, for sending the audit request to the lender device, the lenderdevice can establish and store a mapping relationship between eachserial number, each query result, and each random number in step S100.Therefore, after the proxy device sends the audit request to the lenderdevice, the lender device can determine the corresponding query resultand the corresponding random number based on the serial number includedin the audit request, use the method in step S100 to combine the queryresult and the random number, perform irreversible encryption on aresult obtained through combination, and return the encrypted result asthe standard result to the proxy device.

S104. Audit the service provider device based on the result to beaudited and the standard result.

In the present implementation of the present specification, the proxydevice can audit the lender device after determining the result to beaudited that is used for evidence storage and that is stored by thelender device in the blockchain and obtaining the standard resultreturned by the lender. For example, it is determined whether thestandard result returned by the lender is consistent with the result tobe audited that is stored in the blockchain; and if yes, it can bedetermined that the result to be audited that is stored by the lenderdevice is verified.

To help understand the present specification, based on the system shownin FIG. 2a and FIG. 2b , the present specification further provides aschematic diagram of a system that corresponds to step S104, as shown inFIG. 2c . It can be seen that in a first step, an audit request is sentto a proxy device. In a second step, the proxy device can send the auditrequest to each lender device, receive a standard result returned byeach lender device, and obtain each result to be audited from ablockchain. Afterwards, in a third step, audit is performed based oneach result to be audited that is obtained from the blockchain and thestandard result obtained from each lender device. The audit request isforwarded by the proxy device to each lender device, and the proxydevice separately audits each result to be audited that is stored byeach lender in the blockchain.

It is worthwhile to note that, in the data auditing method provided inthe present specification, the result to be audited that is for evidencestorage is provided by each lender device and is stored in theblockchain, but the authenticity of the result to be audited is notverified. In addition, the standard result is also provided by eachlender device, and the authenticity is not verified either.

For example, bank a determines that a query result is that an amount ofloans of a user is 100,000 RMB. However, it is assumed that bank atampers the query result, changes the query result to an amount of loansof 1 million RMB for the user, and generates a result to be audited. Theresult to be audited is directly stored by bank a in the blockchain, andthere is no supervision or verification of the query result'sauthenticity in the whole process of generating the result to beaudited. Therefore, the authenticity of the result to be audited is notverified. Similarly, the authenticity of the standard result is notverified either.

If the lender device tampers the result to be audited when storing theresult to be audited, in the subsequent auditing process, the proxydevice can only determine whether the standard result returned by thelender device is consistent with the result to be audited that isobtained from the blockchain, and return the audit result to the user.However, the proxy device cannot determine whether the result to beaudited is true, and cannot determine whether the query result (such asthe amount of loans) used to generate the result to be audited is true.

Using again the previous example. If bank a still determines, afterreceiving the audit request, the standard result by using the queryresult of the amount of loans of RMB 1 million of the user, the proxydevice can only verify that the standard result is consistent with theresult to be audited that is stored in the blockchain, but cannot verifywhether the result to be audited is true.

It can be seen that, even if the lender device makes alteration in thedata evidence storage process (that is, in step S100) and makesalteration during data auditing, the user may still doubt the auditresult and the total amount of loans. In this case, the user can send anaudit request for the loan query request to the proxy device again.

In the present implementation of the present specification, to preventthe lender device from repeatedly tampering the data returned to theproxy device, the proxy device can further send a detail acquisitionrequest to each lender device, so that each lender device determines aquery result, and returns the query result to the proxy device. Theproxy device then returns the query result returned by each lenderdevice to the user, so that the user can determine a suspicious queryresult based on each query result, and then manually audit the queryresult.

Certainly, for information about manually auditing the query resultsubsequently, a method that is the same as the existing technology canbe used. Implementations are not limited in the present specification.

In the present implementation of the present specification, the proxydevice can send a detail acquisition request to each lender device ifthe proxy device receives an audit request for the same loan queryrequest several times. Alternatively, the proxy device sends a detailacquisition request to each lender device when receiving a detailacquisition request sent by the user.

Further, each lender device can provide the query result determined bythe lender device based on the detail acquisition request. Therefore, toprevent data leakage to another person, the proxy device can furtherdetermine whether the user has permission to view the query resultbefore sending the detail acquisition request to each lender device.

The proxy device can first obtain identity information of the user, todetermine whether the user has the permission to view the query resultbased on the identity information; and if yes, send the detailacquisition request; or if no, not to send the detail acquisitionrequest. Alternatively, the proxy device sends the identity informationof the user to each lender device, and each lender device then returnsthe query result when determining that the user has the permission toview the query result.

For example, the proxy device can determine whether a loan statusqueried by the user is a loan status of the user; and if yes, determinethat the user has the permission to view the query result; or determinewhether the lender has a permission from the user when the lender sendsthe detail acquisition request, etc. Certainly, another method that isthe same as the existing technology can also be used, and the presentspecification does not limit how to determine whether the user has thepermission to view the query result.

It is worthwhile to note that the steps in the method provided in thepresent implementation of the present specification can be performed byone device, or the method can be performed by different devices. Forexample, step S100 and step S102 can be performed by a device 1, andstep S102 can be performed by a device 2. Alternatively, step S100 canbe performed by a device 1, and step S102 and step S104 can be performedby a device 2, etc. Specified implementations of the presentspecification are described above. Other implementations fall within thescope of the appended claims. In some cases, the actions or stepsdescribed in the claims can be performed in an order different from theorder in the implementations, and desired results can still be achieved.In addition, the process depicted in the accompanying drawings does notnecessarily require a particular execution order to achieve the desiredresults. In some implementations, multitasking and parallel processingcan be performed or can be advantageous.

In addition, in the present implementation of the present specification,the proxy device can receive a storage address that is of the result tobe audited in the blockchain and that is returned by each lender device.If the audit request for the loan query request is subsequentlyreceived, the proxy device can determine the result to be audited thatis stored by the lender device based on the storage address, to performsubsequent steps. Therefore, the proxy device can further establish andstore a mapping relationship between the proxy device, the storageaddress, and the loan query request. For each lender device, whenreceiving the storage address that is of the result to be audited in theblockchain and that is returned by the lender device, the proxy devicecan establish a mapping relationship between a device identifier of theproxy device, a serial number of the loan query request, and the storageaddress. The serial number can be a serial number that corresponds tothe loan query request determined by the proxy device in step S100, or aserial number that corresponds to the loan query request and that isprovided by the lender device. Implementations are not limited in thepresent specification.

Further, in the previous implementation of the present specification,description is provided by using an example in which the auditing methodis applied to the multi-lender loan scenario. Certainly, the auditingmethod can also be applied to different service scenarios.

For example, when a user's insurance status is audited, the queryrequest can be an insurance query request, and each service provider canbe an insurance service provider. When a user's asset status is audited,the query request can be an asset query request, and each serviceprovider can be an institution or enterprise such as a bank, aninsurance company, or a real estate transaction center. The presentspecification does not limit an application scenario that the auditingmethod is applied to.

Based on the data auditing method shown in FIG. 1, an implementation ofthe present specification further correspondingly provides a dataauditing method performed by a service provider device, as shown in FIG.3.

FIG. 3 is a schematic diagram illustrating a data auditing processaccording to an implementation of the present specification. The processcan include the following steps.

S200. A service provider device determines, when receiving a queryrequest sent by a proxy device, an encrypted query result thatcorresponds to the query request based on the query request, and storesthe encrypted query result as a result to be audited in a blockchain.

In the present implementation of the present specification, descriptionis provided still by using an example in which a query request is usedas a loan query request, and an auditing process is a multi-lender loanscenario. Therefore, the service provider device can be a lender devicein the loan scenario, and the lender device can receive a loan queryrequest sent by the proxy device. The loan query request can include auser identifier (for example, an identifier such as an accountidentifier or an identity number that can uniquely determine a useridentity).

Afterwards, the lender device can establish a corresponding serviceprocess based on the loan query request, and execute the service processto determine an amount of loans that corresponds to the user identifieras a query result.

In addition, in the present implementation of the present specification,the lender can be a financial institution providing a loan service, etc.The lender device can be a device such as a terminal or a server.Implementations are not limited in the present specification.

In the present implementation of the present specification, after thelender device determines the query result, to prevent the query result(that is, privacy data) from being leaked, the lender device can furtherperform irreversible encryption on the query result, and use theencrypted query result as the result to be audited. To subsequentlyaudit the query result, the lender device can further store the resultto be audited in the blockchain. In addition, the lender device canreturn the obtained result to be audited to the proxy device, so thatthe proxy device determines a total amount of loans of the user.

For a process that the lender device obtains the result to be audited,reference can be made to the description in step S102. To be specific,the random number is generated, the query result and the random numberare combined, irreversible encryption is then performed on a resultobtained through combination, and an obtained encrypted result is usedas the result to be audited. Details are omitted in the presentspecification. In addition, a type of blockchain that the lender devicestores the obtained result to be audited in is not limited in thepresent specification.

In addition, the lender device can determine a serial number thatcorresponds to the loan query request, and establish and store a mappingrelationship between the query result, the random number, and the serialnumber. As such, when the result to be audited that is returned to theproxy device needs to be audited subsequently, the query result and therandom number can be determined based on the serial number, to obtainthe standard result and return the result to the proxy device for audit.The serial number can be included in the loan query request, or can bedetermined by the lender device based on the loan query request.Implementations are not limited in the present specification.

Certainly, to help the proxy device determine that loan query requestthat corresponds to the result to be audited, that is, the encryptedresult, each lender device can return the serial number to the proxydevice together with the result to be audited.

S202. Determine the encrypted query result that corresponds to the queryrequest based on an audit request when receiving the audit request sentby the proxy device for the query request, and use the encrypted queryresult as a standard result.

S204. Return the standard result to the proxy device, so that the proxydevice audits the service provider device based on the standard resultand the result to be audited that is obtained from the blockchain.

If the audit request received by the lender device can include theserial number that corresponds to the loan query request, the lenderdevice can determine the random number and the query result thatcorrespond to the serial number from a locally stored mappingrelationship between each query result, each random number, and eachserial number based on the serial number, and use the same method instep S102 to determine the encrypted query result as the standard resultand return the standard result to the proxy device, to enable the proxydevice to perform step S104. Specific implementations and processes aredescribed in the corresponding steps in the present specification, andare not repeated in the present specification again.

In addition, in another implementation provided in the presentspecification, in step S200, the lender device can establish and store amapping relationship between the serial number that corresponds to theloan query request, service data that corresponds to the loan queryrequest, and the random number. Further, in step S202, the serial numberof the loan query request for the audit request can be first determinedwhen the audit request for the loan query request is received. Theservice data that corresponds to the loan query request is thendetermined based on the serial number, and the query result isdetermined based on the service data (to be specific, the process ofdetermining the query result based on the loan query request in stepS200 is repeated). Finally, the query result and the random number arecombined, an encrypted result obtained by performing irreversibleencryption on a result obtained through combination is then used as astandard result, and the standard result is returned to the proxydevice.

In step S200, the lender device may not store the query result, butstore the service data that corresponds to the query request, so thatthe process of determining the query result in step S200 based on theservice data can be repeated subsequently. For example, the service datacan include an account identifier, query content, a query time period,etc. The risk of the leakage of the query result caused by storing thequery result by the lender device is avoided. Certainly, a type of dataincluded in the service data is not limited in the presentspecification.

Based on the data auditing method shown in FIG. 1, as shown in FIG. 4,an implementation of the present specification further provides a dataauditing device.

FIG. 4 is a schematic structural diagram illustrating a data auditingdevice, according to an implementation of the present specification. Thedata auditing device includes the following: an evidence storage module500, configured to send a query request to several service providerdevices when receiving the query request, so that each service providerdevice determines an encrypted query result that corresponds to thequery request based on the query request, and stores the encrypted queryresult as a result to be audited in a blockchain; an acquisition module502, configured to obtain the result to be audited that is stored byeach service provider device from the blockchain when receiving an auditrequest for the query request, and send the audit request to the serviceprovider device, so that the service provider device returns theencrypted query result that corresponds to the query request based onthe audit request, and uses the encrypted query result as a standardresult; and an audit module 504, configured to audit the serviceprovider device based on the result to be audited and the standardresult.

After receiving the query request, the evidence storage module 500determines a serial number that corresponds to the query request, andsends the serial number to each service provider device, so that eachservice provider device establishes and stores a mapping relationshipbetween the serial number and the query result determined by the serviceprovider device.

The device further includes the following:

The evidence storage module 500, which is configured to receive astorage address that is of the result to be audited in the blockchainand that is returned by each service provider device, and establishesand stores a mapping relationship between the service provider device,the storage address, and the serial number.

The audit request includes the serial number that corresponds to thequery request. The acquisition module 502 obtains the result to beaudited that corresponds to the serial number and that is stored by theservice provider device in the blockchain based on a locally storedmapping relationship between each service provider device, each serialnumber, and each storage address.

The query request is a loan query request, and the device furtherincludes the following: a result returning module 506, configured toreceive the result to be audited that is returned by each serviceprovider device; and process each result to be audited to obtain andreturn a total amount of loans.

Based on the data auditing method shown in FIG. 3, as shown in FIG. 5,an implementation of the present specification further provides anotherdata auditing device.

FIG. 5 is a schematic structural diagram illustrating a data auditingdevice, according to an implementation of the present specification. Thedata auditing device includes the following: an evidence storage module600, configured to determine, when receiving a query request sent by aproxy device, an encrypted query result that corresponds to the queryrequest based on the query request, and store the encrypted query resultas a result to be audited in a blockchain; a response module 602,configured to determine the encrypted query result that corresponds tothe query request based on an audit request when receiving the auditrequest sent by the proxy device for the query request, and use theencrypted query result as a standard result; and a sending module 604,configured to return the standard result to the proxy device, so thatthe proxy device audits the service provider device based on thestandard result and the result to be audited that is obtained from theblockchain.

The evidence storage module 600 generates a random number, combines therandom number and the query result, performs irreversible encryption ona result obtained through combination, and stores an obtained encryptedresult as the result to be audited in the blockchain.

The evidence storage module 600 determines a serial number thatcorresponds to the query request, and establishes and stores a mappingrelationship between the query result, the random number, and the serialnumber.

The device further includes the following: a result returning module606, configured to return a storage address of the result to be auditedand the serial number to the proxy device, so that the proxy deviceestablishes and stores a mapping relationship between the storageaddress and the serial number.

An algorithm for irreversible encryption includes at least one of thefollowing: a message digest algorithm 5 (MD5), a hash algorithm, and asecure hash standard (SHS).

The audit request includes the serial number that corresponds to thequery request. The sending module 604 determines a random number and aquery result that correspond to the serial number included in the auditrequest based on a locally stored mapping relationship between eachquery result, each random number, and each serial number, combines thedetermined random number and the query result, performs irreversibleencryption on a result obtained through combination, and uses anobtained encrypted result as the standard result.

The query request is a loan query request. The evidence storage module600 generates a random number, determines an amount of loans based onthe query request, combines the random number and the amount of loans,performs irreversible encryption on a result obtained throughcombination, and stores an obtained encrypted result as the result to beaudited in the blockchain.

Based on the data auditing method shown in FIG. 1, the presentspecification correspondingly provides a proxy device. As shown in FIG.6, the device includes one or more processors and a memory, the memorystores a program, and the program is configured to be used by the one ormore processors to perform the following steps: sending a query requestto several service provider devices when receiving the query request, sothat each service provider device determines an encrypted query resultthat corresponds to the query request based on the query request, andstores the encrypted query result as a result to be audited in ablockchain; obtaining the result to be audited that is stored by eachservice provider device from the blockchain when receiving an auditrequest for the query request, and sending the audit request to theservice provider device, so that the service provider device returns theencrypted query result that corresponds to the query request based onthe audit request, and uses the encrypted query result as a standardresult; and auditing the service provider device based on the result tobe audited and the standard result.

Based on the data auditing method shown in FIG. 3, the presentspecification correspondingly provides a service provider device. Asshown in FIG. 7, the device includes one or more processors and amemory, the memory stores a program, and the program is configured to beused by the one or more processors to perform the following steps:determining, when receiving a query request sent by a proxy device, anencrypted query result that corresponds to the query request based onthe query request, and storing the encrypted query result as a result tobe audited in a blockchain; determining the encrypted query result thatcorresponds to the query request based on an audit request whenreceiving the audit request sent by the proxy device for the queryrequest, and using the encrypted query result as a standard result; andreturning the standard result to the proxy device, so that the proxydevice audits the service provider device based on the standard resultand the result to be audited that is obtained from the blockchain.

It is worthwhile to note that the implementations in the presentspecification are described in a progressive way. For the same orsimilar parts in the implementations, reference can be made to eachother. Each implementation focuses on a difference from otherimplementations. Particularly, the mobile terminal and the serverprovided in the present implementation of the present application aresimilar to a method implementation, and therefore, are describedbriefly. For related parts, reference can be made to partialdescriptions in the method implementation.

In the 1990s, whether technology improvement is hardware improvement(for example, improvement of a circuit structure such as a diode, atransistor, or a switch) or software improvement (improvement of amethod process) can be obviously distinguished. However, as technologiesdevelop, improvements in many current method processes can be consideredas a direct improvement in a hardware circuit structure. Almost alldesigners obtain corresponding hardware circuit structures byprogramming improved method processes to hardware circuits. Therefore, amethod process can be improved by using a hardware entity module. Forexample, a programmable logic device (PLD) (such as a field programmablegate array (FPGA)) is such an integrated circuit. A logic function isdetermined by programming a device by a user. The designer performsprogramming to “integrate” a digital system to a PLD without requestinga chip manufacturer to design and produce an application-specificintegrated circuit chip. In addition, currently, instead of manuallyproducing integrated circuit chips, the programming is mostlyimplemented by “logic compiler” software, which is similar to a softwarecompiler used for program development and writing. Original code is alsowritten by using a specific programming language, which is referred toas a hardware description language (HDL). There are many HDLs, such asthe Advanced Boolean Expression Language (ABEL), the Altera HardwareDescription Language (AHDL), Confluence, the Cornell UniversityProgramming Language (CUPL), HDCal, the Java Hardware DescriptionLanguage (JHDL), Lava, Lola, MyHDL, PALASM, and the Ruby HardwareDescription Language (RHDL). The Very-High-Speed Integrated CircuitHardware Description Language (VHDL) and Verilog are most commonly usedcurrently. A person skilled in the art should also understand that ahardware circuit that implements a logical method procedure can beeasily obtained once the method procedure is logically programmed byusing the several described hardware description languages and isprogrammed into an integrated circuit.

A controller can be implemented in any appropriate way. For example, thecontroller can take the form of, for example, a microprocessor or aprocessor and a computer readable medium storing computer readableprogram code (such as software or firmware) that can be executed by themicroprocessor or the processor, a logic gate, a switch, an applicationspecific integrated circuit (ASIC), a programmable logic controller, andan embedded microcontroller. Examples of the controller include, but arenot limited to, the following microcontrollers: ARC 625D, Atmel AT91SAM,Microchip PIC18F26K20, and Silicone Labs C8051F320. A memory controllercan also be implemented as a part of control logic of a memory. A personskilled in the art also know that, in addition to implementing thecontroller by using the computer readable program code, logicprogramming can be performed through method steps to allow thecontroller to implement the same function in forms of the logic gate,the switch, the programmable logic controller, the programmable logiccontroller, and the embedded microcontroller. Therefore, such acontroller can be considered as a hardware component, and an apparatusconfigured to implement various functions in the controller can also beconsidered as a structure in a hardware component. Or, the apparatusconfigured to implement various functions can even be considered as botha software module implementing the method and a structure in thehardware component.

The system, apparatus, module, or unit illustrated in the previousimplementations can be implemented by using a computer chip or anentity, or can be implemented by using a product with a certainfunction. A typical implementation device is a computer. The computercan be, for example, a personal computer, a laptop computer, a cellularphone, a camera phone, a smartphone, a personal digital assistant, amedia player, a navigation device, an email device, a game console, atablet computer, a wearable device, or a combination of any of thesedevices.

For ease of description, the described apparatus is described bydividing functions into various units. Certainly, when the presentapplication is implemented, the functions of each unit can beimplemented in one or more pieces of software and/or hardware.

A person skilled in the art should understand that the implementationsof the present disclosure can be provided as a method, a system, or acomputer program product. Therefore, the present disclosure can use aform of hardware only implementations, software only implementations, orimplementations with a combination of software and hardware. Inaddition, the present disclosure can use a form of a computer programproduct that is implemented on one or more computer-usable storage media(including but not limited to a magnetic disk storage, a CD-ROM, anoptical memory, etc.) that include computer-usable program code.

The present disclosure is described with reference to the flowchartsand/or block diagrams of the method, the device (system), and thecomputer program product according to the implementations of the presentdisclosure. It should be understood that computer program instructionscan be used to implement each process and/or each block in theflowcharts and/or the block diagrams and a combination of a processand/or a block in the flowcharts and/or the block diagrams. Thesecomputer program instructions can be provided for a general-purposecomputer, a dedicated computer, an embedded processor, or a processor ofanother programmable data processing device to generate a machine, sothat the instructions executed by the computer or the processor of theanother programmable data processing device generate an apparatus forimplementing a specific function in one or more processes in theflowcharts and/or in one or more blocks in the block diagrams.

These computer program instructions can be stored in a computer readablememory that can instruct the computer or the another programmable dataprocessing device to work in a specific method, so that the instructionsstored in the computer readable memory generate an artifact thatincludes an instruction apparatus. The instruction apparatus implementsa specific function in one or more processes in the flowcharts and/or inone or more blocks in the block diagrams.

These computer program instructions can be loaded onto the computer orthe other programmable data processing device, so that a series ofoperations and steps are performed on the computer or the anotherprogrammable device, thereby generating computer-implemented processing.Therefore, the instructions executed on the computer or the otherprogrammable device provide steps for implementing a specific functionin one or more processes in the flowcharts and/or in one or more blocksin the block diagrams.

In typical configuration, a computing device includes one or moreprocessors (CPU), an input/output interface, a network interface, and amemory.

The memory can include a non-persistent memory, a random access memory(RAM), a nonvolatile memory, and/or another form that are in a computerreadable medium, for example, a read-only memory (ROM) or a flashmemory. The memory is an example of the computer readable medium.

The computer readable medium includes persistent, non-persistent,movable, and unmovable media that can implement information storage byusing any method or technology. Information can be a computer readableinstruction, a data structure, a program module, or other data. Anexample of a computer storage medium includes but is not limited to aphase-change random access memory (PRAM), a static random access memory(SRAM), a dynamic random access memory (DRAM), another type of randomaccess memory (RAM), a read-only memory (ROM), an electrically erasableprogrammable read only memory (EEPROM), a flash memory or another memorytechnology, a compact disc read-only memory (CD-ROM), a digitalversatile disc (DVD) or other optical storage, a cassette magnetic tape,tape and disk storage or another magnetic storage device or any othernon-transmission media that can be configured to store information thatcan be accessed by the computing device. Based on the definition in thepresent specification, the computer readable medium does not include atransitory computer-readable media (transitory media), for example, amodulated data signal and carrier.

It is worthwhile to further note that the terms “include”, “comprise”,or their any other variant is intended to cover a non-exclusiveinclusion, so that a process, a method, an article, or a device thatincludes a list of elements not only includes those elements but alsoincludes other elements which are not expressly listed, or furtherincludes elements inherent to such process, method, article, or device.An element preceded by “includes a . . . ” does not, without moreconstraints, preclude the existence of additional identical elements inthe process, method, article, or device that includes the element.

A person skilled in the art should understand that the implementationsof the present application can be provided as a method, a system, or acomputer program product. Therefore, the present application can use aform of hardware only implementations, software only implementations, orimplementations with a combination of software and hardware. Inaddition, the present application can use a form of a computer programproduct that is implemented on one or more computer-usable storage media(including but not limited to a magnetic disk storage, a CD-ROM, anoptical memory, etc.) that include computer-usable program code.

The present application can be described in the general context of anexecutable computer instruction executed by a computer, for example, aprogram module. Generally, the program module includes a routine, aprogram, an object, a component, a data structure, etc. for executing aparticular task or implementing a particular abstract data type. Thepresent application can also be practiced in distributed computingenvironments. In the distributed computing environments, tasks areperformed by remote processing devices that are connected through acommunications network. In a distributed computing environment, theprogram module can be located in both local and remote computer storagemedia including storage devices.

The implementations in the present specification are described in aprogressive way. For same or similar parts in the implementations,reference can be made to the implementations. Each implementationfocuses on a difference from other implementations. Particularly, asystem implementation is similar to a method implementation, andtherefore, is described briefly. For related parts, reference can bemade to partial descriptions in the method implementation.

The previous descriptions are merely implementations of the presentapplication, and are not intended to limit the present application. Fora person skilled in the art, the present application can have variousmodifications and changes. Any modifications, equivalent substitutions,improvements, etc. made in the spirit and principle of the presentspecification shall fall in the scope of the claims in the presentspecification.

FIG. 8 is a flowchart illustrating an example of a computer-implementedmethod 800 for auditing data, according to an implementation of thepresent disclosure. For clarity of presentation, the description thatfollows generally describes method 800 in the context of the otherfigures in this description. However, it will be understood that method800 can be performed, for example, by any system, environment, software,and hardware, or a combination of systems, environments, software, andhardware, as appropriate. In some implementations, various steps ofmethod 800 can be run in parallel, in combination, in loops, or in anyorder.

At 802, a query request is forwarded to a number of service providerservers by a proxy server. In some implementations, the proxy serverdetermines a serial number based on the query request. After 802, method800 proceeds to 804.

At 804, an encrypted query result corresponding to the query request isreceived from each service provider server. In some implementations, acopy of the encrypted query result is stored as a result to be auditedin a blockchain that associated with each service provider server.

In some implementations, the encrypting query result that corresponds tothe query request is generated by determining, by the service providerserver, a query result based on the query request; generating a randomnumber; combining the random number and the query result to render acombined result; and encrypting the combined result based on apredetermined irreversible encryption algorithm to generate theencrypted query result.

In some implementations, the service provider server establishes andstores a mapping relationship using the serial number, the random numberand the query result, and the serial number is received at the serviceprovider server from the proxy server.

In some implementations, if the query request is a loan query request,after sending a query request to the one or more service providerservers, the proxy server receives a query result corresponding to thequery request from each service provider server, and processes eachquery result to obtain a total amount of loans. After 804, method 800proceeds to 806.

At 806, an audit request is sent to at least one service providerserver. In some implementations, the audit request comprises the serialnumber that corresponds to the query request. After 806, method 800proceeds to 808.

At 808, the result to be audited is obtained from the blockchaincorresponding to the service provider server. In some implementations,obtaining a result to be audited from a blockchain is performed by stepsinclude receiving a storage address that is of the result to be auditedin the blockchain and that is returned by the service provider device;locally storing, at the proxy server, a mapping relationship betweeneach service provider device, the storage address, and the serialnumber; upon receiving the audit request, determining, based on themapping relationship, the storage address that corresponds to the serialnumber associated with the audit request; and obtaining the result to beaudited from the blockchain based on the storage address. After 808,method 800 proceeds to 810.

At 810, as a standard result, an encrypted query result is received fromthe service provider server. In some implementations, the encryptedquery result is generated by encrypting a query result that isdetermined based on the audit request.

In such implementations, generating the encrypted query result based onthe audit request is performed by steps include receiving, the auditrequest that comprises a serial number corresponding to the queryrequest; determining, a random number and a query result correspondingto the serial number based on the locally stored mapping relationship;combining, the random number and the query result to generate a combinedresult, and encrypting the combined result based on a predeterminedirreversible encryption algorithm to obtain the encrypted query result.After 810, method 800 proceeds to 812.

At 812, as an audit, the standard result received from the serviceprovider server is compared with the result to be audited that obtainedfrom the blockchain that associated with the service provider server. Insome implementations, an audit result corresponding to a particularservice provider server is considered verified if the standard resultcorresponding to the particular service provider server is the same asthe result to be audited obtained from the blockchain associated withthe particular service provider server. After 812, method 800 can stop.

Implementations of the present application can solve technical problemsin data auditing. Traditionally, when a service provider server cannotsatisfy a user's needs, the user can further make a request to manyother service provider serves to obtain data. As such, any serviceprovider provides data to the user needs to audit the user forauthentication and risk evaluation before providing the data, anddetermining the amount of data that can be provided for the user basedon the amount of data obtained by the user from other service providerservers (that is, an obtained audit result). However, because the amountof data obtained by a user from a service provider server is privacydata of the service provider server, that service provider serverusually is not willing to provide the information to a third party (suchas another user or another service provider). In addition, to ensuresecurity of the privacy data, the privacy data is usually stored only atthe service provider side. As such, it is difficulty for a serviceprovider server to obtain the privacy data of another service providerserver. In addition, even if another service provider server providesthe privacy data, the authenticity of the privacy data is difficult toverify. What is needed is a technique to bypass these problems in theconventional methods, and providing a more secured and unified solution.

Implementation of the present application provide method and apparatusesfor improving data acquisition efficiency and security. According tothese implementations, when receiving a data query request, a proxyserver can send the query request to each service provider server. Sothat each service provider server returns an encrypted data query resultobtained by the user from the service provider. The proxy device canobtain the result to be audited that is stored by each lender device inthe blockchain, obtain the encrypted query result that corresponds tothe query request from each lender device again, and use the encryptedquery result as a standard result, to help to audit each lender devicesubsequently. To facilitate subsequent verification on the query result,the service provider server can store the query result for evidencestorage. To prevent the query result from being leaked or tampered with,the service provider server can first perform irreversible encryption onthe query result to obtain an encrypted result, so that the query resultcannot be restored even if another person obtains the encrypted result,to avoid privacy data leakage. Afterwards, the encrypted result isstored as a result to be audited in the blockchain to ensure that theresult to be audited cannot be tampered with. After the query result isencrypted, a digest of the query result can be obtained. In other words,the result to be audited can be the digest of the query result. Theproxy server can obtain the result to be audited that is stored by eachservice provider server in the blockchain, obtain the encrypted queryresult that corresponds to the query request from each service providerserver again, and use the encrypted query result as a standard result,to help to audit each service provider server subsequently.

In some implementations, the described methods and apparatus can reducedata processing for service provider by mitigrating a substantive amountof processing to a centralized proxy server. The centralized proxyserver can be configured, for example, to save computer processingcircles, computer memory usage, and network bandwidth when comparing toprocessing the described data in multiple different locations (that is,at separate service provider servers) and transmitting result dataacross a network(s) for subsequent processing to the centralized proxyserver.

Embodiments and the operations described in this specification can beimplemented in digital electronic circuitry, or in computer software,firmware, or hardware, including the structures disclosed in thisspecification or in combinations of one or more of them. The operationscan be implemented as operations performed by a data processingapparatus on data stored on one or more computer-readable storagedevices or received from other sources. A data processing apparatus,computer, or computing device may encompass apparatus, devices, andmachines for processing data, including by way of example a programmableprocessor, a computer, a system on a chip, or multiple ones, orcombinations, of the foregoing. The apparatus can include specialpurpose logic circuitry, for example, a central processing unit (CPU), afield programmable gate array (FPGA) or an application-specificintegrated circuit (ASIC). The apparatus can also include code thatcreates an execution environment for the computer program in question,for example, code that constitutes processor firmware, a protocol stack,a database management system, an operating system (for example anoperating system or a combination of operating systems), across-platform runtime environment, a virtual machine, or a combinationof one or more of them. The apparatus and execution environment canrealize various different computing model infrastructures, such as webservices, distributed computing and grid computing infrastructures.

A computer program (also known, for example, as a program, software,software application, software module, software unit, script, or code)can be written in any form of programming language, including compiledor interpreted languages, declarative or procedural languages, and itcan be deployed in any form, including as a stand-alone program or as amodule, component, subroutine, object, or other unit suitable for use ina computing environment. A program can be stored in a portion of a filethat holds other programs or data (for example, one or more scriptsstored in a markup language document), in a single file dedicated to theprogram in question, or in multiple coordinated files (for example,files that store one or more modules, sub-programs, or portions ofcode). A computer program can be executed on one computer or on multiplecomputers that are located at one site or distributed across multiplesites and interconnected by a communication network.

Processors for execution of a computer program include, by way ofexample, both general- and special-purpose microprocessors, and any oneor more processors of any kind of digital computer. Generally, aprocessor will receive instructions and data from a read-only memory ora random-access memory or both. The essential elements of a computer area processor for performing actions in accordance with instructions andone or more memory devices for storing instructions and data. Generally,a computer will also include, or be operatively coupled to receive datafrom or transfer data to, or both, one or more mass storage devices forstoring data. A computer can be embedded in another device, for example,a mobile device, a personal digital assistant (PDA), a game console, aGlobal Positioning System (GPS) receiver, or a portable storage device.Devices suitable for storing computer program instructions and datainclude non-volatile memory, media and memory devices, including, by wayof example, semiconductor memory devices, magnetic disks, andmagneto-optical disks. The processor and the memory can be supplementedby, or incorporated in, special-purpose logic circuitry.

Mobile devices can include handsets, user equipment (UE), mobiletelephones (for example, smartphones), tablets, wearable devices (forexample, smart watches and smart eyeglasses), implanted devices withinthe human body (for example, biosensors, cochlear implants), or othertypes of mobile devices. The mobile devices can communicate wirelessly(for example, using radio frequency (RF) signals) to variouscommunication networks (described below). The mobile devices can includesensors for determining characteristics of the mobile device's currentenvironment. The sensors can include cameras, microphones, proximitysensors, GPS sensors, motion sensors, accelerometers, ambient lightsensors, moisture sensors, gyroscopes, compasses, barometers,fingerprint sensors, facial recognition systems, RF sensors (forexample, Wi-Fi and cellular radios), thermal sensors, or other types ofsensors. For example, the cameras can include a forward- or rear-facingcamera with movable or fixed lenses, a flash, an image sensor, and animage processor. The camera can be a megapixel camera capable ofcapturing details for facial and/or iris recognition. The camera alongwith a data processor and authentication information stored in memory oraccessed remotely can form a facial recognition system. The facialrecognition system or one-or-more sensors, for example, microphones,motion sensors, accelerometers, GPS sensors, or RF sensors, can be usedfor user authentication.

To provide for interaction with a user, embodiments can be implementedon a computer having a display device and an input device, for example,a liquid crystal display (LCD) or organic light-emitting diode(OLED)/virtual-reality (VR)/augmented-reality (AR) display fordisplaying information to the user and a touchscreen, keyboard, and apointing device by which the user can provide input to the computer.Other kinds of devices can be used to provide for interaction with auser as well; for example, feedback provided to the user can be any formof sensory feedback, for example, visual feedback, auditory feedback, ortactile feedback; and input from the user can be received in any form,including acoustic, speech, or tactile input. In addition, a computercan interact with a user by sending documents to and receiving documentsfrom a device that is used by the user; for example, by sending webpages to a web browser on a user's client device in response to requestsreceived from the web browser.

Embodiments can be implemented using computing devices interconnected byany form or medium of wireline or wireless digital data communication(or combination thereof), for example, a communication network. Examplesof interconnected devices are a client and a server generally remotefrom each other that typically interact through a communication network.A client, for example, a mobile device, can carry out transactionsitself, with a server, or through a server, for example, performing buy,sell, pay, give, send, or loan transactions, or authorizing the same.Such transactions may be in real time such that an action and a responseare temporally proximate; for example an individual perceives the actionand the response occurring substantially simultaneously, the timedifference for a response following the individual's action is less than1 millisecond (ms) or less than 1 second (s), or the response is withoutintentional delay taking into account processing limitations of thesystem.

Examples of communication networks include a local area network (LAN), aradio access network (RAN), a metropolitan area network (MAN), and awide area network (WAN). The communication network can include all or aportion of the Internet, another communication network, or a combinationof communication networks. Information can be transmitted on thecommunication network according to various protocols and standards,including Long Term Evolution (LTE), 5G, IEEE 802, Internet Protocol(IP), or other protocols or combinations of protocols. The communicationnetwork can transmit voice, video, biometric, or authentication data, orother information between the connected computing devices.

Features described as separate implementations may be implemented, incombination, in a single implementation, while features described as asingle implementation may be implemented in multiple implementations,separately, or in any suitable sub-combination. Operations described andclaimed in a particular order should not be understood as requiring thatthe particular order, nor that all illustrated operations must beperformed (some operations can be optional). As appropriate,multitasking or parallel-processing (or a combination of multitaskingand parallel-processing) can be performed.

What is claimed is:
 1. A computer-implemented method, comprising: forwarding, by a proxy server, a query request to a plurality of service provider servers, wherein the proxy server determines a serial number based on the query request; receiving, an encrypted query result corresponding to the query request from each service provider server, wherein a copy of the encrypted query result is stored as a result to be audited in a blockchain that associated with each service provider server; sending an audit request to at least one service provider server, wherein the audit request comprises the serial number that corresponds to the query request; obtaining, the result to be audited from the blockchain corresponding to the service provider server; receiving, as a standard result, an encrypted query result from the service provider server, wherein the encrypted query result is generated by encrypting a query result that is determined based on the audit request; comparing, as an audit, the standard result received from the service provider server with the result to be audited that obtained from the blockchain that associated with the service provider server.
 2. The computer-implemented method of claim 1, further comprising generating the encrypted query result that corresponds to the query request, wherein generating the encrypted query result comprises: determining, by the service provider server, a query result based on the query request; generating a random number; combining the random number and the query result to render a combined result; and encrypting the combined result based on a predetermined irreversible encryption algorithm to generate the encrypted query result.
 3. The computer-implemented method of claim 2, wherein the service provider server establishes and stores a mapping relationship using the serial number, the random number and the query result, and wherein the serial number is received at the service provider server from the proxy server.
 4. The computer-implemented method of claim 1, wherein obtaining a result to be audited from a blockchain comprises: receiving a storage address that is of the result to be audited in the blockchain and that is returned by the service provider device; locally storing, at the proxy server, a mapping relationship between each service provider device, the storage address, and the serial number; upon receiving the audit request, determining, based on the mapping relationship, the storage address that corresponds to the serial number associated with the audit request; and obtaining the result to be audited from the blockchain based on the storage address.
 5. The computer-implemented method of claim 1, wherein generating the encrypted query result based on the audit request comprises: receiving, the audit request that comprises a serial number corresponding to the query request; determining, a random number and a query result corresponding to the serial number based on the locally stored mapping relationship; combining, the random number and the query result to generate a combined result, and encrypting the combined result based on a predetermined irreversible encryption algorithm to obtain the encrypted query result.
 6. The computer-implemented method of claim 1, wherein an audit result corresponding to a particular service provider server is considered verified if the standard result corresponding to the particular service provider server is the same as the result to be audited obtained from the blockchain associated with the particular service provider server.
 7. The computer-implemented method of claim 1, wherein the query request is a loan query request, after the sending a query request to the one or more service provider servers, the method further comprises: receiving a query result corresponding to the query request from each service provider server; and processing each query result to obtain a total amount of loans.
 8. A non-transitory, computer-readable medium storing one or more instructions executable by a computer system to perform operations comprising: forwarding, by a proxy server, a query request to a plurality of service provider servers, wherein the proxy server determines a serial number based on the query request; receiving, an encrypted query result corresponding to the query request from each service provider server, wherein a copy of the encrypted query result is stored as a result to be audited in a blockchain that associated with each service provider server; sending an audit request to at least one service provider server, wherein the audit request comprises the serial number that corresponds to the query request; obtaining, the result to be audited from the blockchain corresponding to the service provider server; receiving, as a standard result, an encrypted query result from the service provider server, wherein the encrypted query result is generated by encrypting a query result that is determined based on the audit request; comparing, as an audit, the standard result received from the service provider server with the result to be audited that obtained from the blockchain that associated with the service provider server.
 9. The non-transitory, computer-readable medium of claim 8, further comprising generating the encrypted query result that corresponds to the query request, wherein generating the encrypted query result comprises: determining, by the service provider server, a query result based on the query request; generating a random number; combining the random number and the query result to render a combined result; and encrypting the combined result based on a predetermined irreversible encryption algorithm to generate the encrypted query result.
 10. The non-transitory, computer-readable medium of claim 9, wherein the service provider server establishes and stores a mapping relationship using the serial number, the random number and the query result, and wherein the serial number is received at the service provider server from the proxy server.
 11. The non-transitory, computer-readable medium of claim 8, wherein obtaining a result to be audited from a blockchain comprises: receiving a storage address that is of the result to be audited in the blockchain and that is returned by the service provider device; locally storing, at the proxy server, a mapping relationship between each service provider device, the storage address, and the serial number; upon receiving the audit request, determining, based on the mapping relationship, the storage address that corresponds to the serial number associated with the audit request; and obtaining the result to be audited from the blockchain based on the storage address.
 12. The non-transitory, computer-readable medium of claim 8, wherein generating the encrypted query result based on the audit request comprises: receiving, the audit request that comprises a serial number corresponding to the query request; determining, a random number and a query result corresponding to the serial number based on the locally stored mapping relationship; combining, the random number and the query result to generate a combined result, and encrypting the combined result based on a predetermined irreversible encryption algorithm to obtain the encrypted query result.
 13. The non-transitory, computer-readable medium of claim 8, wherein an audit result corresponding to a particular service provider server is considered verified if the standard result corresponding to the particular service provider server is the same as the result to be audited obtained from the blockchain associated with the particular service provider server.
 14. The non-transitory, computer-readable medium of claim 8, wherein the query request is a loan query request, after the sending a query request to the one or more service provider servers, the method further comprises: receiving a query result corresponding to the query request from each service provider server; and processing each query result to obtain a total amount of loans.
 15. A computer-implemented system, comprising: one or more computers; and one or more computer memory devices interoperably coupled with the one or more computers and having tangible, non-transitory, machine-readable media storing one or more instructions that, when executed by the one or more computers, perform one or more operations comprising: forwarding, by a proxy server, a query request to a plurality of service provider servers, wherein the proxy server determines a serial number based on the query request; receiving, an encrypted query result corresponding to the query request from each service provider server, wherein a copy of the encrypted query result is stored as a result to be audited in a blockchain that associated with each service provider server; sending an audit request to at least one service provider server, wherein the audit request comprises the serial number that corresponds to the query request; obtaining, the result to be audited from the blockchain corresponding to the service provider server; receiving, as a standard result, an encrypted query result from the service provider server, wherein the encrypted query result is generated by encrypting a query result that is determined based on the audit request; comparing, as an audit, the standard result received from the service provider server with the result to be audited that obtained from the blockchain that associated with the service provider server.
 16. The computer-implemented system of claim 15, further comprising generating the encrypted query result that corresponds to the query request, wherein generating the encrypted query result comprises: determining, by the service provider server, a query result based on the query request; generating a random number; combining the random number and the query result to render a combined result; and encrypting the combined result based on a predetermined irreversible encryption algorithm to generate the encrypted query result.
 17. The computer-implemented system of claim 16, wherein the service provider server establishes and stores a mapping relationship using the serial number, the random number and the query result, and wherein the serial number is received at the service provider server from the proxy server.
 18. The computer-implemented system of claim 15, wherein obtaining a result to be audited from a blockchain comprises: receiving a storage address that is of the result to be audited in the blockchain and that is returned by the service provider device; locally storing, at the proxy server, a mapping relationship between each service provider device, the storage address, and the serial number; upon receiving the audit request, determining, based on the mapping relationship, the storage address that corresponds to the serial number associated with the audit request; and obtaining the result to be audited from the blockchain based on the storage address.
 19. The computer-implemented system of claim 15, wherein generating the encrypted query result based on the audit request comprises: receiving, the audit request that comprises a serial number corresponding to the query request; determining, a random number and a query result corresponding to the serial number based on the locally stored mapping relationship; combining, the random number and the query result to generate a combined result, and encrypting the combined result based on a predetermined irreversible encryption algorithm to obtain the encrypted query result.
 20. The computer-implemented system of claim 15, wherein an audit result corresponding to a particular service provider server is considered verified if the standard result corresponding to the particular service provider server is the same as the result to be audited obtained from the blockchain associated with the particular service provider server. 